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RELATED APPLICATIONS 

This application claims the benefit of U.S. Provisional Application No. 
60/478,731, filed June 13, 2003, entitled "Robust Delivery of Video Data", which 
is hereby incorporated by reference. 
TECHNICAL FIELD 

[0001] The systems and methods described herein relate to the robust 
delivery of data, including the passage of parameters goveming buffer operation 
from a transmitter (e.g. a broadcaster's head-end facility or server) to a receiver or 
client, and the operation of a buffer within the receiver in the course of decoding 
data from a video elementary stream. 
BACKGROUND 

[0002] Traditional approaches to multimedia streaming provide content that 
is encoded at a constant or variable bit rate and transmitted from a server to one or 
more clients over a transmission channel with finite and fixed capacity. For 
example, standard telephone quality audio content is often encoded at 64K bits per 
second (b/s). Therefore, a telephone transmission channel must have a throughput 
of at least 64K b/s to properly stream the audio content. 

[0003] In newer developments, video content or other content (e.g. audio, 
data, etc.) may be delivered over the communication channel using an adjustable 
transmission bit rate, wherein the adjustable transmission bit rate may be balanced 
with robustness. One reason for concern over robustness is that some forms of 
data transmission — such as over-the-airwaves RF broadcast — ^may require levels 
of data protection against transmission errors that are to a degree a function of the 
current weather conditions and/or geographic topology of the area wherein the 
signal is broadcast and received. For example, a thunder storm may induce higher 
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levels of interference. Thus, a server or transmitter may select an appropriate 
degree of data protection to provider a higher degree of robustness in the 
transmission. A higher degree of data protection is typically achieved by 
increasing the power of channel coding techniques (such techniques increase the 
level of redundancy in the data) which leads to a reduced bit rate for the 
transmission of information (video, audio or data). 

[0004] Accordingly, an over-the-airwaves RF transmitter may select a more 
robust mode of data transmission under circumstances that threaten the overall 
quality of service planned by the service provider or transmitter. For example, 
where bad weather reduces the effective information data transmission rate, it may 
be necessary to use a greater amount of the available bandwidth to provide 
redundancy. Such redundancy may include the use of a cyclical redundancy code 
(CRC) or convolutional block codes within the transmission. Accordingly, the 
bandwidth remaining for content transmission may be reduced, possibly resulting 
in lower video content display resolution. 

[0005] Unfortunately, where the available information bandwidth changes 
and the transmitter changes the amount of the bandwidth devoted to redundancy, 
known receivers may fail to buffer and process the incoming data in an efficient 
manner. 
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SUMMARY 

[0006] The systems and methods described herein relate to robust deUvery 
of data. A transmitter (e.g. a broadcaster head-end facility and/or a server) passes 
parameters to a receiver and/or client enabling operation of a generalized buffer 
model within the receiver. The generalized buffer model is designed in accordance 
with the adjustable transmission rates allowed by a robust delivery system. An 
exemplary transmitter is configured for generation and specification of buffer 
control parameters and for transmission of the parameters within an MPEG-2 
Transport Stream to a receiver. The receiver is configured to implement the 
generalized buffer model according to the parameters received within the stream. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0007] The same numbers are used throughout the drawings to reference 
Hke features and components. 

[0008] Fig. 1 is a block diagram of an exemplary server/transmitter and an 
exemplary client/receiver in accordance with the systems and methods described 
herein. 

[0009] Fig. 2 is a block diagram illustrating additional detail within the 
exemplary server or transmitter. 

[0010] Fig. 3 is a block diagram illustrating additional detail within the 
exemplary client or receiver. 

[0011] Fig. 4 is a graph showing an exemplary relationship between 
redundancy and bit rate (bandwidth). 

[0012] Fig, 5 is a graph that is similar to that of Fig. 4, but which shows 
even further accentuation of the decrease in bandwidth corresponding to an 
increase in use of a redundant channel. 

[0013] Fig. 6 is a graph showing an exemplary relationship between the 
data transfer rate and the minimal buffer size for selected values of buffer fullness, 
thereby illustrating exemplary points which may be used to configure a buffer. 

[0014] Fig. 7 is a flow diagram of an exemplary method of operation of a 
transmitter or server. 

[0015] Fig. 8 is a flow diagram of an exemplary method by which buffer 
parameters may be set. 

[0016] Fig. 9 is a flow diagram of an exemplary method of operation of a 
receiver or client. 
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[0017] Fig. 10 is an example of a computing operating environment capable 
of implementing the server side and/or the client side of the systems and methods 
described herein. 
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DETAILED DESCRIPTION 

[0018] The systems and methods described herein relate to the robust 
delivery of data, from a transmitter (e.g. a broadcaster head-end facility or server) 
to a receiver or client. The data may include mixed audio and video data such as 
that included within conventional or high-definition (HDTV) digital television 
representations. Data, delivery of which is governed by the operations of a well 
defined reference buffer model, is included within a data stream sent to the 
receiver. For example, the transmitter may be configured to specify buffer control 
parameters, which indicate the data transmission rate, the buffer size and the initial 
buffer fiiUness values prior to data removal, for use by the receiver. The 
parameters may be included within an MPEG-2 Transport Stream as part of a data 
structure (e.g., a table) transmitted at frequent intervals. The receiver may be 
configured to obtain the parameters from the Transport Stream and to configure its 
acquisition operations according to the reference buffer model specified by the 
aforementioned parameters . 

[0019] Fig. 1 is a block diagram of an exemplary environment 100, within 
which a server or transmitter 102 may transmit data to a client or receiver 104 
across a network or the broadcast airwaves 106. The transmitter 102 may transmit 
using an RF signal over the airwaves 106 to the receiver 104. For example, a 
digital television station may transmit to a television receiver, possibly having a 
set-top box for decoding the digital signal. The digital TV station may broadcast 
standard resolution or high-definition television signals. Alternatively, the server 
102 may send streaming data over the Intemet 106 to a client 104. 

[0020] Fig. 2 is a block diagram illustrating a portion 200 of an exemplary 
server or transmitter 102 (Fig. 1). A signal 202 indicates a transmitter selection of 
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a level of robustness at which to transmit data. As will be further discussed with 
reference to Figs. 4 — 6, the desired robustness, and the associated rate of 
information transmission, can be related to environmental or geographical factors 
where an over-the-air (radio frequency) means of transmission is employed. The 
transmitter therefore evaluates the conditions (e.g. weather, sun spots, hills, 
canyons, service type, etc.) and decides how robust the data transmission must be 
to deliver service of a targeted quality level Other factors such as transmission 
power and characteristics of antennas may influence the transmitter's selection as 
well. This information is transmitted by the signal 202 to a robust transmission 
modes selection device or procedure 204, which can be implemented in hardware, 
firmware or software. At the robust transmission modes selection device or 
procedure 204, information 206 on rates of data transmission corresponding to the 
degree of robustness desired are selected for transmission to the video encoder 
208. Video and audio encoders 208, 210 can be configured for operation using a 
Windows Media Video encoder or any other video encoder including MPEG-2, 
MPEG-4, H.264 encoders, or any desired technology. The video encoder 208 
provides profile and level data 212 and generalized reference buffer parameter 
data 214 to the MPEG descriptor generator 216. The video encoder 208 
compresses the video or audio elementary stream at a nominal data rate (typically 
one of the rates supplied in 206) and sends the compressed data to the program 
multiplexer 218. 

[0021] The descriptor generator 216 is configured to generate a descriptor 
according to a syntax convention, such as the profile and level sub-descriptor 
syntax seen in Table 1, below. An exemplary description generator 216 may be 
configured for MPEG compatibility; however, the description generator 216 could 
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be made compatible with an alternative transmission protocol or a different 
location in the bit stream. Notwithstanding the exemplary descriptor shown, the 
format and information contained within the descriptor, as well as the location of 
this information in the transmitted bit-stream, can be varied according to the 
requirements of a particular application. An exemplary syntax for use in forming 
the descriptor produced by the descriptor generator 216 is seen in Table 1, below. 



Table 1 Syntax for the Profile and Level sub-descriptor 



Syntax 


Bits 1 


Format 


sd_profileJevel() { 






subdescriptoMag 


8 


0x01 


profilejevel 


8 


uimsbf 


bm j3arams_count 


8 


uimsbf 


for(i=0; l<bmj3arams_count; i++M 






reserved 


2 


*ir 


blt_rate_value 


22 


uimsbf 


reserved 


2 


•ir 


vbv buffer size 

} 

} 


22 


uimsbf 



[0022] The data structure seen in Table 1 is exemplary, and alternative 
terminology, variable names, bit-lengths and formats could be employed to result 
in similar functionality. An exemplary implementation of the profile level field 
seen in Table 1, can be further described by Table 2, below. 
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Table 2 List of values for the profile Jevel field 







uxuu 


Keservea 


0x11 


Simple Profile, Low Level 


0x12 


Simple Profile, Medium Level 


0x13-0x50 


Reserved 


0x51 


Main Profile, Low Level 


0x52 


Main Profile, Medium Level 


0x53 


Main Profile, High Level 


0x54 -OxFF 


Reserved 



[0023] The descriptor generator 216 delivers a data structure similar to that 
described by Tables 1 and 2 to the system information inserter 220, which may be 
based on MPEG-2 technology. The descriptor may be designed to convey 
multiple sets of (R, B, F) (rate, buffer size, fullness) tuplets. (An example of 
multiple sets of (R, B, F)-tuplets is seen in Fig. 6, and is discussed below.) An 
exemplary system information inserter 220 may feed the descriptor information 
generated by descriptor generator 216 into a multiplexer 222 at regular intervals, 
such as, for example, every 0.4 seconds. 

[0024] Additionally, the output of the audio encoder 210 and the video 
encoder 208 are multiplexed by a program multiplexer 218 and sent to multiplexer 
222 to be multiplexed with the descriptor information from the inserter 220. The 
output of the multiplexer 222 may be an MPEG-2 Transport Stream comprising 
paclcets of audio, video elementary streams as well as packets containing 
information such as the descriptor defined in Table 1. The resulting MPEG-2 
Transport Stream (or any alternate link-layer protocol) may then be encoded, 
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converted to an analog signal, modulated and finally transmitted via an antenna to 
a receiver in a conventional manner, such as by RF transmission. 

[0025] As seen above, Fig 2 may interpreted in a manner which 
characterizes the transmitter as employing RF (radio frequency broadcast) tools to 
service a metropolitan area, or as employing the Intemet to provide global service. 
However, the transmitter may also be configured on a much smaller scale, such as 
a home network. In this configuration, the transmitter is an Access Point of a 
home wireless network. The transmitter's head end may be configured utilizing a 
home PC, and the receivers (indicated at 104 in Fig. 1) may include TV receivers 
and other portable or fixed devices. Accordingly, the scale of the transmitter, 
client and network may be refined according to the needs of a particular design 
requirement. 

[0026] Fig. 3 is a block diagram illustrating a portion 300 of an exemplary 
client or receiver 104 (Fig. 1). The client 104 is configured to receive data from 
the server/transmitter 102 and to detect descriptor within transmitted data. The 
client is configured to decide which conventional and robust channels within the 
transmitted data (see Figs. 5, 6 and associated discussion) to select to reliably 
receive audio, video and data elementary streams by monitoring reception 
characteristics and statistics. The client is further configured to determine a data 
transmission rate and to identify a corresponding set of buffer parameters from the 
descriptor. Using the selected transmission channel(s), the receiver configures 
memory resources and flow control logic to provide elementary stream acquisition 
according to guidelines embodied by buffer parameters associated with the 
selected transmission channel. As in-coming data fills a buffer, the data is 
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decoded when the buffer contains a quantity of data equal or greater than the 
specified initial buffer fullness value. 

[0027] Continuing to refer to Fig. 3, an incoming video elementary stream 
302 is received by the video elementary buffer 304. The video elementary buffer 
304 is typically configured automatically by hardware, upon receipt of the 
descriptor generated by the descriptor generator 216 (Fig. 2). As seen above, the 
descriptor may be re-transmitted at frequent intervals, such as more than twice a 
second. This allows any receiver to quickly receive the descriptor data and 
configure the video elementary buffer 304 upon powering on. Similarly, upon 
receiving a descriptor having new or updated data, the receiver is able to 
reconfigure its buffer operation based on the new data, which may include the data 
transmission rate, the minimum buffer size and the initial buffer fullness required 
before data is removed from the buffer. The descriptor itself, or the information it 
carries could also be obtained as part of a request-response protocol over a bi- 
directional channel, or it could be obtained from a separate out-of-band broadcast 
channel. In particular, the video elementary buffer 304 is configured, according to 
the descriptor's information, to a suggested reference size; to receive data at an in- 
coming rate; and to remove data and start decoding the first picture in the 
elementary stream when the buffer has reached a certain degree of fullness. 

[0028J Data removed from the buffer 304, such as picture bits 306, are 
decoded by a video decoder 308 for use by other portions of the receiver 104 (Fig. 
1). 

[0029] The receiver 104 is capable of detecting the effective bit rate (and 
therefore the degree of robustness used in the robust channel) by monitoring the 
symbol rate on the main channel and the symbol rate on the robust channel. 
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Symbol rate may be estimated after the demodulation and channel decoding stage 
in the receiver. The receiver is also capable of monitoring the quality of the 
transmitted signal via the calculation of several quantities including signal-to- 
noise ratio, carrier-to-noise ratio, average energy or signal strength of the TV 
signal (the 6Mhz band to which the receiver is tuned), peak energy or signal 
strength of the TV signal, number of corrupted MPEG-2 packets in a given time 
window, run-length of corrupted MPEG-2 packets, or residual energy in the 
equalizing filter. Such quantities may be used by the receiver to make an 
instantaneous selection of either the main portion of the channel or the robust 
portion of the channel depending on the value of some of these quantities. The 
selection may be done seamlessly or under the control of a timing mechanism 
ensuring that usage of either portion of the transmission channel lasts for a 
nominal time window. The receiver uses the main (conventional robustness) 
portion of the channel to get video, audio and data elementary streams when 
acquisition conditions are acceptable. Switching to acquisition of video, audio and 
data elementary streams from the robust portion of the channel is performed when 
quantities calculated to monitor the quality of the signal indicate that conditions 
have deteriorated. When switching occurs, the receiver uses the reference buffer 
parameters transmitted in the descriptor of Table 1 (or any other similar table) to 
adjust its acquisition buffer according to the information rate observed in the 
newly selected portion of the transmission channel. Switching to using the robust 
portion of the transmission channel may result in a lower quality of service for the 
video, audio or data since the robust channel typically brings a reduced bandwidth 
compared to the main channel. Altematively, switching from the main 
(conventional) portion of the transmission channel to the robust portion of the 
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channel may trigger the change of the video, audio and data decoder used to 
decode and render the audio-visual information. For example, a conventional 
MPEG-2 decoder may be associated with the main portion of the channel and the 
decoder for a more efficient coding scheme like Windows Media 9 or H.264 may 
be associated with the robust portion of the transmission channel. In this case, use 
of a more efficient coding scheme with the robust mode allows a transmitter to 
match quality of service (similar perceived quality in the rendered video, audio, 
data) across the conventional and robust portions of the 6Mhz transmission 
channel. Adjustment of the buffer operations by the receiver is desirable to 
optimize the delay that may follow fi-om the sub-channel switching operation. 
Optimal selection of the buffer parameters may also allow a receiver to use 
memory resources for other purposes. 

[0030] Fig. 4 is a graph 400 showing the relationship between redundancy 
and bit rate (bandwidth). Such a relationship can result from selections made by 
the robust transmission modes selection module or device 204, wherein one of a 
plurality of discrete levels of robust data transmission may be selected according 
to a perception of the data redundancy required. The effective rate of information 
data transmission is seen on the vertical axis 402, and discrete steps indicating 
increasing use of a robust 14 rate channel coding mode is seen on the horizontal 
axis 404. The total bit rate (i.e. bandwidth) 406 is seen to fall off with increasing 
degree of robustness. The figure illustrates the case where only a portion 410 of a 
communication channel is targeted for increased robustness while the other 
portion of the same communication channel remains subject to a typical level of 
robustness. This situation is consistent with the new, enhanced, 8-VSB 
modulation mode that the Advanced Television System Committee (ATSC) is 
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currently entertaining, which will allow transmitters to dedicate a portion of a 6 
MHz communication channel to provide greater robustness against data 
corruption. It can be noticed that the fall off behavior occurs both in the main 
portion 408 of the transmission channel subject to conventional channel coding 
(robustness) and the portion 410 of the conmiunication channel selected for more 
powerful channel coding (increased robustness). 

[0031] Fig. 5 is a graph 500 that is similar to that of Fig. 3, but which shows 
even further accentuation of the decrease in bandwidth corresponding to a further 
increase in use of data redundancy in the portion 510 of the transmission channel. 
As seen in Fig. 2, such an increase (or decrease) may result from operation of the 
robust transmission modes selection device or procedure 204 (Fig. 2). The rate of 
data transmission is seen on the vertical axis 502, and discrete steps indicating 
increasing use of a robust 1/4 rate channel coding mode is seen on the horizontal 
axis 504. The total bit rate (i.e. bandwidth) 506 is seen to fall off to a greater 
degree than seen in Fig. 4 with increasing use of the robust channel 510. 
Accordingly, the main channel 508 includes less bandwidth than it would where a 
less robust second channel was used. 

[0032] Fig. 6 is a graph 600 showing an exemplary relationship between the 
data transfer rate along the horizontal axis 604 and the minimal size of the 
reference elementary stream buffer (e.g. buffer 304 of Fig. 3) along the vertical 
axis 602. Selected values 606 — 610 are plotted along the curve, at which a buffer 
304 (Fig. 3) may be configured. The exemplary points 606 — 610 each include 
three values, (R, B, F), which comprise values for rate of data transfer, buffer size 
and buffer fullness, i.e. how fiiU the buffer must be before data at the very 
beginning of the elementary stream may start being withdrawn. The (R, B, F) 
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values may be used to configure the video elementary buffer 304 (Fig. 3) of the 
client 104 (Fig. 1). 

[0033] By inspection of the graph 600, it can be seen that slower data rates 
result in the need for a larger buffer. In an extreme case of slow transmission rate, 
most of a TV show would have to be buffered prior to viewing to prevent buffer 
underflow. In contrast, high data transmission rates result in the need for a smaller 
buffer. The value for F (buffer fullness required before data withdrawal) is set to 
indicate the minimal amount of data to cache in the buffer before a receiver begins 
to remove data and decode the first picture. The value for F prevents under-flow 
conditions (i.e. a condition wherein there is not enough data available in the buffer 
to continue normal decoding operations) and over-flow situations (i.e. a situation 
wherein data has been lost for lack of buffer space) in the buffer. Note that the 
region to the upper right of the curve includes locations 612 which represent 
workable buffer parameters, while the region to the lower left of the curve 
includes locations which represent unworkable buffer parameters. 

[0034] The flow chart of Fig. 7 illustrates a further exemplary 
implementation, wherein a method 700 is employed to operate a server or 
transmitter 102 (Fig. 1). At block 702, conditions requiring redundancy are 
identified or detected, such as bad weather conditions which may interfere with a 
broadcast DTV (digital TV) or HDTV (high-definition TV) transmission. For 
example, the conditions (weather, etc.) may be inserted at 202 (Fig. 2) into the 
robust transmission modes selection module 204. 

[0035] At block 704, an algorithm, graph or a table is used to generate the 
parameter values for data transfer rate, minimally required buffer size and initial 
buffer fullness corresponding to the possible conditions established in 702, e.g. the 
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values (R, B, F). While the configuration of an (R, B, F) data structure is flexible, 
a descriptor data structure representing the (R, B, F) parameters may be based on 
the example of Tables 1 and 2, or siihilar configuration. In the exemplary 
environment of Fig. 2, these values may be generated by the MPEG-2 descriptor 
generator 216, and reflect a family of information data transmission rates (i.e. the 
bandwidth) from which the transmitter may select in the future. For example. Fig. 
6 illustrates an exemplary family of information data transmission rates, minimal 
buffer sizes and values for initial buffer fullness before data is withdrawn from the 
buffer. Such data points may be determined through experimentation or 
calculation. A selected data transfer rate can be used to determine a minimally 
sufficient buffer size. Also, the selected data transfer rate and minimally sufficient 
buffer size may be used to select the initial buffer fullness required before 
allowing data to be removed from the buffer. 

[0036] At block 706, the rate, buffer and fullness (R, B, F) values are 
transmitted to one or more data encoders, such as encoders 208, 210 configured to 
encode video and audio data, respectively. Transmission of the F parameter is 
optional as it is only meaningful for the acquisition of the beginning of an 
elementary stream which is typically not the case since viewers typically tune in at 
other random points in the elementary streams. At block 708, a compressed bit 
stream, such as an audio or video elementary stream, is created using the encoders. 

[0037] At blocks 710 — 714, the video elementary stream, audio elementary 
stream and (R, B, F) parameters are passed to a multiplexer (e.g. multiplexer 222 
of Fig. 2), where all three (if all three are available) are combined. The parameters 
may then be packetized and multiplexed with audio and video data packets. In the 
example of Fig. 2, the MPEG-2 system information inserter 220 sends the 
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packetized descriptor to the multiplexer 222, while the program multiplexer 218 
sends the audio and video data to the multiplexer 222. 

[0038] At block 716, the multiplexed data is then transmitted to the 
receiver. The transmission may be by radio (RF signal), the Internet, or over any 
other network having any technology or topology. 

[00391 The flow chart of Fig. 8 illustrates a further exemplary 
implementation, wherein a method 800 is employed by which buffer parameters, 
such as the (R, B, F) values of Fig. 6, may be set. At block 802, the transmitter 
selects discrete rates of data transfer at which the DTV station will be operated. 
The selected rates may provide the transmitter with a variety of data transfer rates, 
including faster and slower data transfer rates, for use with better and worse 
weather conditions, respectively. In the exemplary portion 200 of the transmitter 
102 of Fig. 1, the robust transmission modes selection device or procedure 204 
could be used to select the data rates. At block 804, each of the selected rates is 
associated with an appropriately sized buffer. For example, the graph of Fig. 6 
could be employed to associate larger buffers with slower data transfer rates, and 
smaller buffers with faster data transfer rates. At block 806, for each rate and 
buffer size, an initial buffer fullness requirement is determined. The initial buffer 
fullness requirement is a quantity of data which must be met or exceeded before 
data may be removed from the buffer. Both the rate of data transfer and the size of 
the buffer impact the selection of the initial buffer fullness requirement. At block 
808, a descriptor data structure is generated defining buffer configurations. At 
block 810, the descriptor data structure may be generated by an MPEG descriptor 
generator 216 (Fig. 2) or similar hardware, firmware or software structure. In one 
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implementation, the descriptor may be configured to resemble the data structure 
disclosed by Tables 1 and 2. 

[0040] The flow chart of Fig. 9 illustrates a further exemplary 
implementation, wherein a method 900 is employed by which a receiver or client 
may obtain and process data. At block 902, the receiver 104 determines a degree 
of robustness, typically selected by the transmitter 106, used in the auxiliary robust 
channel (e.g. 410, 510 of Figs. 4 and 5, respectively). The receiver typically 
determines the degree of robustness from information (such as arrangement of 
symbols in a data frame) extracted from the lower transmission layers of the 
transmitted data. In a typical implementation, the (R, B, F) values are obtained 
from a data structure similar to that of Tables 1 and 2, 

[0041] At block 904, in an optional implementation, the robustness value is 
applicable to an auxiliary robust channel, distinct from the main channel. For 
example, robust channels 410, 510 of Figs. 4 and 5, respectively, may be 
configured to have a greater robustness than the main channels 406, 506. 

[0042] At block 906, in a further optional implementation, the descriptor 
(e.g. the (R, B, F)-tuple or a data structure similar to Tables 1 and 2) could be 
obtained by communicating with the server 102 over a bi-directional channel as 
part of a request-response protocol. 

[0043] At block 908, in a still further optional implementation, the client or 
receiver 104 can determine a degree of robustness via a separate out-of-band 
broadcast channel. This arrangement saves bandwidth within the robust channel, 
and may provide relatively rapid availability of the (R, B, F)-tuple and related 
information. 
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[0044] At block 910, the operation of the reference buffer 304 (Fig. 3) 
within the receiver is set according to the (R, B, F) values. In an exemplary 
configuration, a hardware circuit within the receiver 104 determines the degree of 
robustness in 410 or 510 selected by the transmitter and invokes the proper (R, B, 
F) parameter values among the set of parameter values transmitted in the 
descriptor to configure the buffer within memory resident in the receiver. 

[0045] At block 912, in a first optional implementation, the receiver 104 
automatically configures the buffer 304 (Fig. 3) at start-up in response to the (R, 
B, F) values. At block 914, in a second optional implementation, the receiver may 
automatically reconfigure the buffer 304 in response to new or updated (R, B, F) 
values. For example, changing environmental conditions may cause the 
transmitter 102 to reevaluate the level of robustness. Accordingly, the receiver 
104 is configured to respond to changes in the (R, B, F)-tuple in response to new 
or changed information. At block 916, in a still further optional implementation, 
the buffer 304 is configured according to the degree to which a portion of the 
channel is robust. For example, were the receiver is receiving a robust portion of 
the channel 410, 510 (Fig. 4 and Fig. 5, respectively), the buffer would be 
configured differently than if a less robust portion 406, 506 of the channel was 
being received. 

[0046] The elements of the methods shown may be performed by any 
desired means, such as by the execution of processor-readable instructions defined 
on a processor-readable media, such as a disk, a ROM or other memory device or 
by operation of an application specific integrated circuit (ASIC) or other hardware 
device. In one exemplary configuration, software/firmware may be used to 
implement the portions 200, 300 of Figs. 2 — 3 according to an exemplary methods 
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as seen in the flow charts of Figs. 7 — ^9. In a further exemplary configuration, a 
hardware device such as an ASIC may contain logic which implements portions 
200, 300 according to an exemplary method as seen in the flow chart of Figs. 7 — 
9. Within the methods 700 — 900, actions described in any block may be 
performed in parallel with actions described in other blocks, may occur in an 
alternate order, or may be distributed in a manner which associates actions with 
more than one other block. 

Exemplary Computer 

[0047] Fig. 10 illustrates an exemplary computing environment suitable for 
implementing the server 102 or the client 104. Additionally, where a transmitter 
and receiver relationship is utihzed, typically including an RF transmission from 
transmitter to receiver, the receiver may include a computing environment wherein 
in-coming data is processed. Although one specific configuration of computing 
environment is shown, similar configurations could be substituted. 

[0048] The computing environment 1000 includes a general-purpose 
computing system in the form of a computer 1002. The components of computer 
1002 can include, but are not limited to, one or more processors or processing 
units 1004, a system memory 1006, and a system bus 1008 that couples various 
system components including the processor 1004 to the system memory 1006. 

[0049] The system bus 1008 represents one or more of any of several types 
of bus structures, including a memory bus or memory controller, a peripheral bus, 
an accelerated graphics port, and a processor or local bus using any of a variety of 
bus architectures. An example of a system bus 1008 would be a Peripheral 
Component Interconnects (PCI) bus, also known as a Mezzanine bus. 
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[0050] Computer 1002 typically includes a variety of computer readable 
media. Such media can be any available media that is accessible by computer 
1002 and includes both volatile and non-volatile media, removable and non- 
removable media. The system memory 1006 includes computer readable media in 
the form of volatile memory, such as random access memory (RAM) 1010, and/or 
non- volatile memory, such as read only memory (ROM) 1012. A basic 
input/output system (BIOS) 1014, containing the basic routines that help to 
transfer information between elements within computer 1002, such as during start- 
up, is stored in ROM 1012. RAM 1010 typically contains data and/or program 
modules that are immediately accessible to and/or presently operated on by the 
processing unit 1004. 

[0051] Computer 1002 can also include other removable/non-removable, 
volatile/non- volatile computer storage media. By way of example, Fig. 10 
illustrates a hard dislc drive 1016 for reading from and writing to a non-removable, 
non-volatile magnetic media (not shown), a magnetic disk drive 1018 for reading 
from and writing to a removable, non-volatile magnetic disk 1020 (e.g., a "floppy 
disk"), and an optical disk drive 1022 for reading from and/or writing to a 
removable, non- volatile optical disk 1024 such as a CD-ROM, DVD-ROM, or 
other optical media. The hard disk drive 1016, magnetic disk drive 1018, and 
optical disk drive 1022 are each connected to the system bus 1008 by one or more 
data media interfaces 1026. Altematively, the hard disk drive 1016, magnetic disk 
drive 1018, and optical disk drive 1022 can be connected to the system bus 1008 
by a SCSI interface (not shown). 

[0052] The disk drives and their associated computer-readable media 
provide non-volatile storage of computer readable instructions, data structures, 
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program modules, and other data for computer 1002. Although the example 
illustrates a hard disk 1016, a removable magnetic disk 1020, and a removable 
optical disk 1024, it is to be appreciated that other types of computer readable 
media which can store data that is accessible by a computer, such as magnetic 
cassettes or other magnetic storage devices, flash memory cards, CD-ROM, digital 
versatile disks (DVD) or other optical storage, random access memories (RAM), 
read only memories (ROM), electrically erasable programmable read-only 
memory (EEPROM), and the like, can also be utilized to implement the exemplary 
computing system and environment. 

[0053] Any number of program modules can be stored on the hard disk 
1016, magnetic disk 1020, optical disk 1024, ROM 1012, and/or RAM 1010, 
including by way of example, an operating system 1026, one or more application 
programs 1028, other program modules 1030, and program data 1032. Each of 
such operating system 1026, one or more application programs 1028, other 
program modules 1030, and program data 1032 (or some combination thereof) 
may include an embodiment of a caching scheme for user network access 
information. 

[0054] Computer 1002 can include a variety of computer/processor readable 
media identified as communication media. Communication media typically 
embodies computer readable instructions, data structures, program modules, or 
other data in a modulated data signal such as a carrier wave or other transport 
mechanism and includes any information delivery media. The term "modulated 
data signal" means a signal that has one or more of its characteristics set or 
changed in such a manner as to encode information in the signal. By way of 
example, and not limitation, communication media includes wired media such as a 
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wired network or direct-wired connection, and wireless media such as acoustic, 
RF, infrared, and other wireless media. Combinations of any of the above are also 
included within the scope of computer readable media. 

[0055] A user can enter commands and information into computer system 
1002 via input devices such as a keyboard 1034 and a pointing device 1036 (e.g., a 
"mouse"). Other input devices 1038 (not shown specifically) may include a 
microphone, joystick, game pad, satellite dish, serial port, scanner, and/or the like. 
These and other input devices are connected to the processing unit 1004 via 
input/output interfaces 1040 that are coupled to the system bus 1008, but may be 
connected by other interface and bus structures, such as a parallel port, game port, 
or a universal serial bus (USB). 

[0056] A monitor 1042 or other type of display device can also be 
connected to the system bus 1008 via an interface, such as a video adapter 1044. 
In addition to the monitor 1042, other output peripheral devices can include 
components such as speakers (not shown) and a printer 1046 which can be 
connected to computer 1002 via the input/output interfaces 1040. 

[0057] Computer 1002 can operate in a networked environment using 
logical connections to one or more remote computers, such as a remote computing 
device 1048. By way of example, the remote computing device 1048 can be a 
personal computer, portable computer, a server, a router, a network computer, a 
peer device or other common network node, and the like. The remote computing 
device 1048 is illustrated as a portable computer that can include many or all of 
the elements and features described herein relative to computer system 1002. 

[0058] Logical connections between computer 1002 and the remote 
computer 1048 are depicted as a local area network (LAN) 1050 and a general 
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wide area network (WAN) 1052. Such networking environments are 
commonplace in offices, enterprise-wide computer networks, intranets, and the 
Intemet. When implemented in a LAN networking environment, the computer 
1002 is connected to a local network 1050 via a network interface or adapter 1054. 
When implemented in a WAN networking environment, the computer 1002 
typically includes a modem 1056 or other means for establishing communications 
over the wide network 1052. The modem 1056, which can be internal or extemal 
to computer 1002, can be connected to the system bus 1008 via the input/output 
interfaces 1040 or other appropriate mechanisms. It is to be appreciated that the 
illustrated network connections are exemplary and that other means of establishing 
communication link(s) between the computers 1002 and 1048 can be employed. 

[0059] In a networked environment, such as that illustrated with computing 
environment 1000, program modules depicted relative to the computer 1002, or 
portions thereof, may be stored in a remote memory storage device. By way of 
example, remote application programs 1058 reside on a memory device of remote 
computer 1048. For purposes of illustration, application programs and other 
executable program components, such as the operating system, are illustrated 
herein as discrete blocks, although it is recognized that such programs and 
components reside at various times in different storage components of the 
computer system 1002, and are executed by the data processor(s) of the computer. 

Conclusion 

[0060] Although the subject matter has been described in language specific 
to structural features and/or methods, it is to be understood that the invention 
defined by the appended claims is not necessarily limited to the specific features 
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or methods described herein. Rather, the specific features and methods are 
disclosed as exemplary forms of implementing the claimed systems and methods. 
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